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ABSTRACT 


This thesis 15 @ SuUMmMarv © f the design and 
Zoeememtation of an oreratina system interface and & uSer 
wie riaGectonmean imteractive aranpkics disrlay syste. The 
actual interface software and docurentation are 
@raracter)stic af the (laval Pastaqraduate Sheers) | 
Pr roOnpmem tee OocumentsS Gdeserithina the actual software and 
user interface are oublished senarately. 

ae general mroblems and soluticns tnvolved in 
imolerentino a real-time interactive araphics process in a 
multioroarammina environment are tncluded herein. The 
problems and solutions oaiscusseg are related to the 
interface of a Vector General Granhics Disnlay Unit and a 
Digital Eoutpment Cornoration PD ein 7 5 0 COMOMNEe Tt . 
Recommendations for rossible future develonments are also 
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J. INTRODUCTION 


fhe wroblem aduressed in this thesis 1s how to 

oOo Ineo tiProGramning environment, a process that 
does not conform to multinproaramning conventions. Four 
Ptr omGrpoplems are identified in general and related to a 
Mec fic Pieepactt ve OFrAONICS environment in which they 
occur. The four provlem areas are: 

Mer Uperatina oystem Modifications 

oe interrupt Interface Techniaues 

(eeevuser Interface techniques 

Sree eC cecGimMa VNon-Cont 1 1ouous Disolay Lists 
imvemevenicic usec for protlem identification and solution 
develonment was the Vector General Interactive Grachics 
Disolay System 3 Meme Volta couioment Corporation 
een 1/50 Computer [37,18] - the UNTX Timesharing System 
(2 0} provided the multiproarammina environment. 

nem eceor General Interactive Granonhics Disnlay Syster 

(rector General), as installed at the fiaval Postaraduate 
2chool, 18 a hiahly scnhisticated display terminal with 
hardware implemented three dimensional cot atom, 
Cramer on, and scatina [5]. An alphanumeric keyboard 
lel lichted function switches with manual interrunt (4), 
CoMmenewmma@ralS ic}, anc liaht pen (12) are attached to the 
system. A circlemarc generator i) and a character 


generator [6] are included as an inteoralt pnart of the 


system. This graphics displsay system is interfaced with a 


PDOP=11/50 comnuter having 64K bytes of memory and two 
million bytes of disk storage. This thesis discusses some 
of the eroblers involved in imoplementina an interactive 
map Ae S interface and includes recommendations for 
possible future develonmments in the area of supmortina 
non-conformina processes in Fa MU wor Oct ame 1nd 
environmert. femcietaviea Gescription of the actual 
Mmarerface desioned and inplemented in the course af this 
thesis can tbe found in separate publications eo eee 
These publications include a desiqn manuals users manual, 
Peoaqram }1istingsr and 3ocunentation. The interface is a 
partial result ame esextension. of. an Wertial ymtenrt ace 


meron by Howard and thorpe {7,8). 


Pewee eer Acie Poti CS OF MULTIPROGRAM ING PROCESSES 


PUtLttenoerarmy mG iS the interleaved or concurrent 
execution of two or more nmrocesses Sie Since the 
oOhysical memory reauirements of each process nay vary, 
each evrocess is desiqned to he relocated within memory. 
This enables a process to he reassianed within memory as 
necessary 0) ensure efficient memory utilization. 
Processes waiting for a system resource are typically 
swaoned onto amass storage device thereby releasing the 
physical memory for another process. In some systems a 
process may be divided into segments or rages that are 


themselves relocatable and swannable entities. 


A multimroaqramming process typically 18 not given 
Pecneatea use of the central processor. Fach process Ve 
execumed forsa tine quantum and then set to a wait state. 
Processes waiting to be executed are placed in a aueue 
according to some predefined On deer it yo. lhis 1S 
meee teristic of camputer systems permitting on-line 
Semeemyrcations with multiole users [11]. 

Since the multioroarammina process 15s es eaaie ana 
Swapable, the user has no knowledae of physical memo r y 
maapess GUrING proaram execution. Therefore, the user 
Semerates his proaram in an imaginary memory called 
farrtital merorv. Semeeuserssvirtval merory begins at 
Saqaress Zero and can, denending on the operatina system, 
extend to the maximur acdress of the computer. The 
Coeratinao system mars al! virtual addresses into physical 
addresses when the orocess is loaded tinto memory. Some of 
these characteristics conflict with characteristics of an 


[Mime cturvenOoranphics crocess as will be shown. 


(MemeeeemrkeclERTSTICS OF INTERACTIVE GRAPHICS PROCESSES 
poe etcer Rt OH REQUIREMENTS 


er Various types of graphics plotters have been 
lnvemmuemmwemt he CRT Gisclay 1S the only device suitable for 
generating interactive graphical BUN ET at high soeed 


{16). The short cersistance of the CRT phosphor permits 


oem yore to be ourickiv chanued. This 1S also the 
Srrgerole fenmeyng of the CRI. If a line 18 displayed once 
it quel y “fades. The problem can be remedied = by 
fegmeecmyna the CRT but continual refreshina Jlirits the 
number of lines that can be drawn. If too many lines are 
pemeeleyed the intensity variations of the lines will te 
Noticaole. Tacs phenomenon, called flicker, 1s 
megesiraGle and usually not permitted. A refresh rate  <oFt 
mMayrty to forty hertz will prevent flicker but does 
Pogiice meme ntire Gisploay to be displayed every thirty 
three tee: twentv-five milliseconds. ay the computer 
SRrocessor must Be used to directly refresh the Cl 
disnolay-, Support ina a Gracnics process under a 
fmt ipRogrammina environrent would he impractical. 

Recent sie UG OP HERE mn direct view Storace tube 
@ysmliavs and olasma aisolays offer a selution tO Te tive 
merresh mmproblem but in Some respectsS are less versatile 
Maat he comvemtionsal CRI. Another ponular anporoach to 
meme oroolem 1§ to huild a separate display crocessor whose 
memMetyon 1S to read the computer'sS memory and use the data 
to aenerate the display. Refresh orocessing is then 
handled by the disnolay orocessor leaving the computer 
processor free Ween os other tasks. 

lnemenoolay processor technique 1s emploved by the 
Vector General using a Direct Memory Access channel (UMA) 
(5,6). Communication with the user 1S maintained via a 


frame clock interrupt siaqnal cvery 8.33 milliseconds. 
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Using the time between interrudts sas a timer,e the 
PONP=-11/50 computer can determine when to initiate the 
Vector Genera) for refresh. This allows the speed and 
Vemoetility of 3 Conventional CRT and removes the refresh 
feeeesscima trom the PDP-11/75U0 mrocessor. Limertbie ys amet a 
panacea, however. lt requires the display data to remain 
in the computer memory for the entire time the data 15 
being usead forme wc ay Ceneration. tit verti S 3°6 im@@t ee 
Mmemyvcation on the computer mnrocessSorer it is a limitation 
em time computer resources. This JTimitation would not be 
noticable in a dedicated cornuter environment. However, 
mopeceemUltinrooaganmmina environment a1) commuter resources 
meeeet a premium and and any limitations irnosed must be 


considercd. 
se MEMORY MANAGEMER ] 


Soup revicusivy  memtiom@o im section Ill, the central 
theme In a multiproorammina environment 15 that all active 
processed may be relocatable within memory. Processes may 
also be removed, or Swapped onto & mass storage device. 
mmtemepermits efficient use of computer processor time and 
Semearerememory. Guty thisealSo conflicts with the DMA 
capability of the disrclay processor. 

Before the DMA can be useds some method of ensurine 
the ‘entire display list 16 resiscent in memory must be 


LOuUnG. Iemma ition,s Eire Oismabay list must not to «te 


relocated or Swanoed. TReESGemreSEPICL IONS, while necessary 


iat 


to ensure the displav processor can address the display 
liet ic slsomte Cine minimized. Oily ew ine ialeeer Cie? oC) rei hes y 
processor is sctually usine the disnlay list for disclay 
Semeratvon rust these restrictions apply. therefore, ecome 
metnoo of determining which disolay list is active must be 


Tem « 


Poe Goel a rep ACL DES) GN 


meorerATING SYSROe *©NDIFICATIONS 

Mae Verenmtativon Of the Graphics interface reauired that 
mvemimemory allocation scheme of UNIX be nodified to pernit 
meemevector General Geranhics Display Svstet to access the 
SeeoomieS <dismlay iist. fhe modification adopted invelvead 
Greation cf 2 unique real-time nrocess. Khenever a user 
declares his intention to use the Vector Generals the 
user's entire process is rlaced in ohysical memory and 
flaaqed aS non-Swanrable and non-relocatakle. Followina 
the real-time process recommendations of Kral {10], the 
process oriority is also increased to ensure the realetime 
Process 1s at the head of the process aueue. lhe process 
PFIOFity chance nas heen found to be necessary Only Vt eene 
ConM@Ue@em me rocessor is performina the display refresh. ee 
1S)  "MOteeemceced with DMA and its action prevents the 
computer processor from servicing any other process. The 
modifications imolementedsr while comoaratively simmle, ao 


not consider memory as a limited resource nor is the time 


~- 


Miner one tractor considered. 

An alternate solution to the one imolenented requires 
3aqditional modifications to tne orerating system but does 
treat memory as a limited resource. This involves 
Senetna a2 user Process so that the instruction swace anc 
the data Ssmace are treated senarately. When aoeouser 
Geclares his intention to use the graphics terminal, the 
operating system olaces the restrictions only on the data 
smace. The instruction sMnace remains unchanced. This, 
mewever, still dees not consider the Cee 9m eat 10% 
maector. (Vem ormGcould Geolare his intentions tc uss the 
Qranhics terminal end then never Go So. Yet, the 
resources would be allocated. 

lf a orocessS were permitted to complete al) 
Mm—emmeaye Tons ang Qate manirulations rnvolvianc disrlay list 
preperation prior to kecomina a realtime processSr the 
are OF time in which memory is allocated to the resei- 
time process would he reduced to the actual oisnlay times. 
iene operating syster would Phen, at disolay tire, locate 
the display Jist referenceo by the display request and 
make that list a real-time entity. 

fei ro Ssolutyom alternative is directly related to 
the eae ities of the Vector General Graphics Display 
System and the UNi*¥ oneratina system. The address 
Structuremon the Vector General's DMA channel is such that 
the display processor can dynamically access Only. “sak 


bytes of memory. A disnlay processor command defines 


13 


which 3ee byte memory block is to be addressed. 

The  UNTX operating system treats the instruction and 
Gata space of a process 8s a sinole entity with the date 
space aonended immediately for lowinia the last mue tion 
spece. mie tives virtues | addressing Scneme sot LAL x were 
modifieq so that the first address of the data space was 
Virtual address zeror the realtime process rodificatians 
would be simplified. PuOClsolay time, the process could 
be allocated across a 3eK hyte memory address houngary 
math Hes oata space beaqinning at tne houndary adoress. 
Mertual addresses would then be 3s ahysical address offset 
if eae las the address boundary. Grn Le not RrOV 10 ine 
trerendous asset for memory maneaement, this selutien 
woulda areatly enhance the aisplay Monit) Ute oe 
Capabilities. 

h less anppealina hut easier implementation of the 
Myrtual sddressing modification would be to ensure the 
entire virtual address sneacer instruction and datar, begins 
wea ocK byte memory olock houndsry. Tre data snace, 
while still an address offset, woulda not be virtual 
address zero. This implementation would reduce the total 
available data space by the size of the instruction space 
but the additional memory snace used is that of the real- 
time process. Therefore, any addressina errors within the 
VecvtGnmm-cachalewould only affect the instruction and eae 


Spoce to monte ceal=time orocess. 
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Cee ieee PT INTERFACE TFCHNIQUES 


Deptt GeOum ar annics devices have teen invented for 
Beeeeiowieoreeranphical informatior to a computer. When 
Meceocmnwpti a GOranonics Gisclavs the devices rake it possible 
Mmomerrectively interact with the prooram. Generally, the 
simplest way to handle inputs from these devices is by 
means of interrunrt routines which receive the malelene gate 
anc pass rt on Soevisec ‘the fproqram in the form of 4n 
macerrunt signal I[16). Since the user existS In the 
relocatable process space of 8 virtual machine, the 
@eerating system must erovide the link between the 
mmcercunt ScCrvprce | ©oOuUtLIne amd the user interrupt siana}) 
routine. Vem arOn ere ii res Sore ef fort and may taker 
as much as one hundred milliseconds if the precess has to 
Mee retreived from the disk. Conc oemrac tne frequency § [on 
frame Clock interrupts Ce Seri secondgs) nmius the 
occurance of any device aus table Cian este int 1s likely thag 
meesttere. Interrupts will occur while waitina for the 
Peeeuoryimno, system to process the first interrupt. 

The UNIX operating system has no capsbility of 
Menoiama multiole iinterrunots nor of determining the 
Ppyeclay . Oo f interructs received from the same perinheral 
CGevice. Because of the nature of some qranhics devices, 
Sime memiifcer riot may oceur. therefore, it is imnortant 
VONChMoUipewmunmen preservation of each interrupt. The Vector 


General interface emeloys a technique that eliminates the 
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neea to pass all but device interrupts to the uSer. The 
user 18 required to provide the interrunpt service routine 
faeneetive™=@gesired retresh rate. This determines the number 
oO f {frame Goe k ireemr unt Ss ex(eupua a) wee ee) before 
SemealizZationm of the disolay list. The interrupt 
Service routine then handies the refresh tinina without 
Peaquiring any action from the user wroqramr. 

whem e device interrunpt occurs, the values of specific 
Vector General renaisters are extracted crrior to askina the 
Meeratina syster to sianal the user mrocram. These values 
representina the interrupt state of the Vector General are 
Betoimed by the device interrunt service routine until the 
Meiemepsooram explicitely asks for the valucs. Ine) Uciee1 A 
these interrupt Yate ceeeiG sco vector Genera! status word 
tro cating which interrupts have occured Bey. lee ian is 
meeture enables the user to define which device has 


priority and any desired action to be taken. 
fee PERFACE TECHNIGUES 


The user interface software has been desianed to make 
the detailed operation of the Vector General transparent 
tomume user. fvemeaceeGomeemt iSeto define high level 
constructs Meer hic user interface routines convert into 
Vector General commands. There are three classes of 
Const emcees defined: objyectsr elements, and the picture. 
An object is the lowest level construct which can he 


Gispltayed alone. Each object is indenendentity rotatable, 
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scalahler and translatable into SayePortion meet a wethirty 
lmenm rw by threty taemmoret ture smoace. An object can ke as 
large as fifteen inches by fifteen inches ang he rotated 
Or positioned to the extreme limits of the micture space 
without distortion to ary of the remainina visible 
mort 1On . beac hi object is composed of one or more 
maeempendentliy liaqht pen hookable elerents. An element is 
memeoced of 3a Series Of uSerF drawn Imaoces or characters 
entirely relative to tne untransformed image snace of its 
object. hn object can be defined unrotated in such a way 
as to fill the entire object smace and then be  scatedr 
rotated, and moved sa that the  aImrage snace 18s the 
aprropriate sizer 1S viewed from the aporcoriate asmects 
and 1S i1n the aprronriate area of the pictures The 
picture defines the picture scale ana screen coordinates 
foerea,)| obpects. 

The user is reSmonsible for the aeneratian and content 
of each element. PIEwOr. (6" “Ves iaerusi1on within tie 
Piecmlay list, the user must fi} 1 each element with the 
necessary draw and move commands. In adoition,y the user 
must provide three unused words succeeding the drawemove 
commands. These three words are used by the interface 
routines to ensure each element 1S nroper ly terminatec. 
This prevents the Vector General from accessina memory 
Outsi@ge the display list if the user fails to properly 
terminate the display list. 


thewGqemeration and content of atl! objects and the 


U7, 


Bicture 1S the resrensibility of the interface software. 
peor routines ere provided to link elements to objects 
iGo oeyects to the nicture. Dynamic modification of 
objects and ovicture narameters 1S also provided. NHowever, 
nt is the user's responsibility to avnamically modify the 


element content. 
D. Meson NOW=COnTITEualis DISPLAY LISTS 


One of the hasic reauirements of an interactive 
Qrarhics syster is that the omicture can be chanaed 
dvnemically. This can he done by regqencratina the entire 
display | aS OF seormentina the oisnlayv est and 
regeneratina the modified seament. SEGmen ina the disoloay 
leis t also perrits sharing of disolay cove in a manner 
Bemenwnat anslocous to canventional subroutines. This coes 
reanuire some means of qenerating the disolay from non~ 
Some yoquous disolay lists. A list oO f Grememem= cont )OuGCuUs 
display iftists could be created and sent to the display 
Peocessor or the non=contiaquous display lms t Se COU lO eice 
mumeedewathin the disrlay list titself. fhe Vector General 
1S Capable of both tyres of oreration. The latter method 
wes used for the interface implementation. This method 
Veeumeeigmless COmmuMication with the PIP=-11/50 computer. 

The concept of disolay subroutine calls implies the 
ability to store the present state before operforming the 
Subroutine jump. This usually is implemented by a lLast- 


bn=yrst=eute stack 9). The DMA is normally a 


le 


Mme cinoma Chante!, therefore the display processor has 


iS memory for monmmm | at 1on o f Q 


access to the comnuter 
Ss t aiewke. Aith apmronpriate inStructions and addresses 
meee im theedysnlay list, the display processor can now 
access Mnomeeomt 1GuU0US disolay lists. Reference 19 
Semeceins a descriotion of the Vector General subroutine 
Stack. 

Permittina the disolay orocessor to write into memory 
Cresetes a data protection orchiem in a shared memory 
environment. Dew GVNeGt oy OROCeESSOr Ganmot he allowed te 
write Micwsetnm mare ly  throushevt memory. The tneeori ty 
Greet ne OPperatina System ang other user processes must be 
feryntained. A stack “area provided by the user woula 
enable the displav orccessor to cetermine where to acaress 
memory foae scall wre “ererat ions. Howeverer the DMA 
bynasses the operatina system's underflow and overflovw 
protection mechanisr, Thereforer an addressing error 
@omnd Cause modification of the operatina system or 
another wuSer process. SOMemmethodmoust Gestised to |i mit 
Mme access ranqe of the display processor. Bounds 
reaisters in the display processor is a reasonahle 
Salen « These reaisterss set by the computer processor, 
WOuld 1 iri t Sie. area of addressability by the displav 
processor. If the hounds registers applied to read as 
we) ) Somer te o@erations, unrounded cisplay lists could 
also be easily detected. The Vector General's 4ek byte 


memory addressing Jimitation 1S analogous to a set of 
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fyxeaq Houndary resisters. Since the typical disploy list 
does not reauire the full 3ceK bytes of memoryr the display 
processor does have the vnotential of addressing outside 
Gre real-time process. The Vector General interface 
routines minimize the problem in three ways. First, the 
user himself does not define the subroutine stack nor does 
menuse the suorautine stack directly. This is handled by 
the interface routines, Second, the stack has a software 
underflow mechanism orovided by the imieeriface io lc mie 
An underflow tracs to a Vector General halt instruction. 
Third, each display list is terminated in such 238 manner 
that the disclav las hee anno t bemmmmcecessed beyond its 
defined length. 

Pealistically, there Pom vyeecomorare the sare 3PK 
byte memory block with a Vector General process and ensure 
one hundred wvercent VA tear ity. A user could include 
commands in his disolay list that cause on uncietected 
Smee overflow or a jump to an area outside of the process 
uri ts. The Vector General instructions defining these 
actions are not make available to the user but a displev 


SmmorecOoula result in such an instruction. 


VI. RECOMMENDATTONS 
Peeeeistx MODIFICATIONS 


iteeiermocess Priority 

lhe current implementation of the interactive 
Graphics interface recuires each process requesting use of 
the Vector General to change itsS rriority as nart of the 
real-tire system call. This 186 a necessary requirement 
only for those realrtime nmrocesses performing the refresh. 
The increased priority ensures the real-time process is 
claced at the top of the process fun queue. The otrect 
memory access capability of the Vector General does not 
require the orocess to refresh the Gieplay directly. 
Therefore, the increased priority of the realtime process 
1S not needed for the Vector General. } f the UNIX 
Meerating system were modified to allow a process to be 
G@eoretire without charaing jtsS priority, the affect o f a 
real-time erocess on the multiwuser environment would be 
reauced. 

eC. Memory Allocation 

The meroary allocation scheme of UNIX presently 
Seemeres  tboth the instruction space and the data space to 
be loaded contiquously in memory. The only requirement 
for the Vector General real-time process is that the 
active display list (data) be Reerecge within oa 32K byte 
memory block. If a process could be split so only its 


Gata space was realwtime, the system memory resources 


currently mee ttead *ar tne real=time process instruction 
Space would be available for other uses. He 4122 of the 
Vector General data space could also he increased, thereby 


permitting nore complex Gestiley 11StS. 
SemeeoeER INPERFACE MODIFICATIONS 


Wome voeture Kotation 
Mem eminomec earlier, the cniy disrlay construct 
capable of being rotated is an object. At times the user 
may desire to rotate the entire nmicture. This canability 
Saould be provided. Implementation of this feature must 
Sewreentne Capahylity of rotatina objects 15 not irnared. 
gee aomlay Enao le 
NM }imitation discovered hy wersonnel usina the 
interface 15 aie Vivi at ¥ ta temporarily orevent the 
Mmpomlay Of an element or an object without actually 
Geletina it from the aisvlayv list. The Vector General has 
Mims CorPebility but it 158 not exténded to the user, 
Poa meretent Timing 
immerse cuGescian amcertace of Howard and Thorpe 
weeeeymcituded a motion feature that allowed the user to 
automatically have an object move across the screen. The 
user defined motion vectorr using the frame € legik 
interrupts as a timer, automatically incremented the 
Ce smunenmOoTmo@mecified objects by the values of the motion 
WieIe (© tree The actual imnlementation could not include this 


feature because of the relationship between the user 


(ele 


mmoecescs ana the frame glock interrunts. The only timer 
UNIX has Provided 1S in 1ncrements of one second and that 
mune nreis Stopped by any interrunot sianal. therefore; it 
is entirely unsuited for. a Gus | oy motion timer. 
Implementation of this carability would enhance the use of 
mmemvector General ana simolify the user nmrogram. 
Mw eOisplay List Cenerstian 

The importance of proaramrina lanauages is often 
meraotten when a Grandhics system 1S oesiaqned, The 
desianer becores involves in the issues of disnlav file 
MergctuUres and oranhical interaction leavina the nrovision 
Of 8 convenient proaremming lanauaags until later. Ths 
Heac k at einte rest in the development of rrourammina 
lanaquages has been one af the majcr obstacles preventina 
the widesonread use of aqranhics came ain ery. | Such a 
lanquage is developed, the unfortunate programmer 18 
forced to write in machine or assembly lenquace. This 
mae rtace design has considered only part of the nmroblenm. 
oeveral interface routines have heen provideo to simplify 
the actual access to the Vector General. The creation of 
meeedisolay list used to generate pictures must still be 
eccompolished in the octal machine languaqe descrihed hy 
Thorpe (14,15). Before the existing interface will be of 
use to the general oarapnhicsS progqrammer, a simnle methoo of 
SepetmrmmmameG1Ssmlay }1sts must be found. On this sinale 
capability may hinoe the success of the existina interface 


Structure. 


as 


VIT. CORCLUSTON 


The Vector General interface desicned and implemented 
by Thorpe [14,15] 18 operational with no known buqs in any 
mre the interface routines. The hardware supcort and 
girect memory access capabilities of the Vector General 
Interactive Granhics Disniay System have been the key to a 
successful] interface. without the hardwere sunonort it 1S 
questionable whether any multiruser capabilities would be 


availiable while ustna the Vector General. 


eu 
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